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ABSTRACT 



An advance notification system (10) and method notifies 
passengers of the impending arrival of a transportation 
vehicle (19), for example, a school bus, at a particular 
vehicle stop. The system (10) generally includes an on-board 
vehicle control unit (VCU) (12) for each vehicle (19) and a 
base station control unit (BSCU) (14) for making telephone 
calls to passengers in order to inform the passengers when 
the vehicle (19) is a certain predefined time period and/or 
distance away from the vehicle stop. The VCU (12) com- 
pares elapsed time and/or travelled distance to the pro- 
grammed scheduled time and/or travelled distance to deter- 
mine if the vehicle (19) is on schedule. If the vehicle (19) is 
behind or ahead of schedule, the VCU (12) calls the BSCU 
(14), which then adjusts its calling schedule accordingly. 
Sigjiincantly, a vehicle progress report generator (13) is 
employed in the BSCU (14) for permitting a passenger to 
solicit from the BSCU (14) via a telephone link a vehicle 
progress report relating to arrival of the vehicle (19) at the 
stop. When the vehicle {19) is approaching the stop, a time 
period indicating when the vehicle (19) is to arrive is 
specified by the BSCU (14), and when the vehicle (19) has 
already arrived at the stop, an arrival time is specified in the 
progress report 

15 Claims, 8 Drawing Sheets 
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ADVANCE NOTIFICATION SYSTEM AND aieceiver inside each student home. U.S. Pat No. 4.713.661 

METHOD UTILIZING VEHICLE PROGRESS to Boone et al. and U.S. Pat No. 4350,969 describe systems 

REPORT GENERATOR of *is tyP e - When the school bus and its on-board trans- 
mitter come within range of a particular home receiver, the 

This document is a continuation-in-part of the applica- 5 transmitter sends a signal to the receiver, which in turn 

tion entitled "ADVANCE NOTIFICATION SYSTEM AND produces an indicator signal to notify the student that his/her 

METHOD UTILIZING A DISTINCTIVE TELEPHONE sch ° o1 bus is nearb y- WMe such notification systems work 

RING" filed Mar. 20. 1995 by Jones et al. that was assigned s ** sfactoriI y cotain circumstances, nevertheless, 

Ser. No. 08/407,319, now abandoned which is a s 5^ ms ^ 'p 0 ** b > ^ of transmitters and 

continuation-in-part of the application entitied "ADVANCE » rc ^ c * e P™*"?. ? f ^ely expensive receivers for 

NOTIFICATION SYSTEM AND METHOD" fikd May 18, ?** s * dellt SUch Systems J* 0 ™* Uttte flcx " 

1993 by Jones et al. that was assigned Ser. No. 08/063.533. for F^drng addition^ information to the students. 

now U.S. Pat No. 5.400.020 to Jones et al. that issued on such 35 "f** of °? e ^ of a bus ' 

Mar 21 1995 alternative bus route information, or information regarding 

, . ^ important school events. 

FIELD OF THE INVENTION SUMMARY OF THE INVENTION 

The present invention generally relates to data commu- An object of the present invention is to overcome the 

nications and information systems and, more particularly, to deficiencies and inadequacies of the prior art as noted above 

an advance notification system and method for notifying and as generally known in the industry, 

persons in advance of the impending arrival of a transpor- 20 Another object of the present invention is to provide an 

tation vehicle, far example but not limited to, a bus, train, advance notification system and method for according 

plane, fishing vessel, or other vessel, at a particular vehicle advance notification of the impending arrival of a vehicle at 

st°P- a particular vehicle stop. 

BACKGROUND OF THE INVENTION 25 A 00 *** 61 object of the present invention is to provide an 

advance notification system and method for according 

There arc many situations when it is desirable for pas- advance notification to school students of the impending 

sengcrs to know of the approximate arrival time of a arrival of a school bus at a particular bus stop, 

particular transportation vehicle shortly before the vehicle is Another object of the present invention is to provide an 

to arrive at a particular destination. With such information, advance notification system and method for inexpensively 

passengers can adjust their schedules accordingly and avoid according advance notification of the impending arrival of a 

having to wait on the particular vehicle to reach the par- vehicle at a particular vehicle stop 

ticular destination. For example, a person having to pickup object of the < u tQ Me m 

a Mend or relative at a commercial bus station either has to advaflce notification system ^ is reliable m tion ^ 

call the bus station to find out the approximate arrival time, flexiWe ifl desi t0 ^ customi2ation to a paiticular 

which lnformaUon is oftentimes unavailable, or plan on application 

* c Sta * 0n »™ t0 f" 5 *** **** ^ Briefly described, the present invention is an advance 

ofmebusandhor^thebusisnotclelayed. notification system for notifying passengers of an impending 

Another example is in the commercial fishing industry, arrival of a vehicle as the vehicle progresses along a sched- 

wherein fish markets, restaurants, and other establishments ^ ^cd route with particular stop locations and corresponding 

desire to purchase fish immediately upon arrival of a com- scheduled times of arrival at the stop locations. The advance 

mercial fishing boat at a port. Currently, such notification system generally comprises a vehicle control 

establishments, in order to ensure being able to purchase the unit disposed OD cach vchicle and a base ^on 

freshest catch, often depend on Redetermined schedules of control unit (B SCU) which is configured to communicate 

fishing fleets, which arc not always accurate or reliable. 45 ^ ^ of me vehidc ^ and with passenger 

Still another example involves school children who ride telephones, 

school buses. School children who ride buses to school often V CU includes a vehicle control mechanism, a vehicle 

have to wait at their bus stops for extended lengths of time communication mechanism controUed by the vehicle control 

because school buses arrive at a particular bus stop at mechanism, a vehicle clock for tracking elapsed time of the 

substantially different times from one day to the next The 50 vehicle while on the scheduled route to detennine when the 

reason is that school buses are not always the best main- vehicle is early, late, and on tirae along the scheduled route, 

tained vehicles on the roao^, frequently must operate during optional input switches (e.g., start/reset, advance stop 

„ rush hour traffic, and must contend with congested urban/ number, move stop number back) that can be operated by the 

suburban conditions. As a result, school children are forced venicle driver to indicate when the vehicle has reached 

to wait at then- bus stops for long periods of time, oftentimes 55 particular stops along the route, and optional sensors (e.g.. 

in adverse weather conditions, on unlit street corners, or in odometer, door sensor, swing arm sensor, bus stop sensor, 

hazardous conditions near busy or secluded streets. If it is positioning system input, etc.) for signalling to the vehicle 

raining, snowing, windy and cold, or even dark such control mec hanism when the vehicle is early, late, and od 

conditions can be unhealthy and unsafe for children. time along the scheduled route. The control mechanism is 

Thus, generally, it would be desirable for a passenger to 60 adapted to initiate calls utilizing the vehicle communication 

know when a vessel, such as a bus, train, plane, or the like, mechanism when the elapsed time and/or travelled distance 

is a particular time period (number of minutes or seconds) of the vehicle at any of the particular positions is either 

from arriving at a destination so that the passenger can adjust ahead or behind the scheduled time and/or distance. In the 

his/her schedule and avoid arriving too early or late. preferred embodiment, the vehicle communication mecha- 

In the past. In order to combat the arrival time problem in 65 nism is a wireless communication interface, such as a mobile 
the context of school buses, student notification systems telephone, radio frequency (RF) transceiver, or other suit- 
have been employed that use a transmitter on each bus and able device. 
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The BSCU has a base station communication mechanism FIG. 5 is a flow chart of a base station control program for 
and a base station control mechanism for controlling the the base station control unit 14 of FIG. 1 that includes a 
base station communication mechanism. The base station vehicle communications program and a student calling pro- 
communication mechanism receives the calls from the VCU gram; 

andreceivcs the amount oftimeanoVor distance in which the 5 FKj. 6 is a flow chart of a vehicle control program for the 

vehicle is ahead or behind relative to the schedule. The base VCU of FIGS. 1 and 2; and 

station control mechanism causes calls to be made to each of yjQ 7 is a flow ^ of a vCu ^ control program for 

the passengers to be boarded at a particular stop location via ^ VCU of FIGS 1 and 2 
the base station communication mechanism prior to the 

arrival of the vehicle at the particular stop location. In the 10 DETAILED DESCRIPTION OF THE 

preferred embodiment the base station communication PREFERRED EMBODIMENT 

mechanism is a wireless communication device, such as a The features and principles of the present invention will 

mobile telephone or RF transceiver (includes both transmit- now be described relative to a preferred embodiment 

ter and receiver), for communicating with the vehicle com- thereof. It will be apparent to those skilled in the art that 
munication mechanism and also comprises at least one 15 numerous variations or modifications may be made to the 

telephone for calling passenger telephones, preferred embodiment without departing from the spirit and 

The telephone call to advise a passenger of the impending scope of the present invention. Thus, such variations and 

arrival of the vehicle preferably can exhibit a distinctive modifications are intended to be included herein within the 

telephone ring sound so that the call recipient need not scope of the present invention, as set forth in the claims, 
answer the telephone in order to receive the message. 20 

Moreover, the distinctive telephone ring sound can be coded L s y stem Architecture 

by any sequence and duration of rings and/or silent periods. Referring now in more detail to the drawings, wherein 

In accordance with a significant feature of the present ^ c reference numerals designate corresponding parts 

invention, a vehicle progress report generator is employed in throughout the several views, FIG. 1 is a schematic diagram 

the BSCU for permitting a passenger to solicit from the 25 of toe advance notification system 10 of the present inven- 

BSCU via a telephone link a vehicle progress report relating tion M configured to operate in, for example but not limited 

to arrival of the vehicle at the stop. When the vehicle is t0 » a scno °l bus system. The advance notification system 10 

approaching the stop, a time period indicating when the comprises, preferably, aplurality of on-board vehicle control 

vehicle is to arrive is specified by the BSCU, and when the UIlits (VCU) 12, a single base station control unit (BSCU) 
vehicle has already arrived at the stop, an arrival time is 30 14, and a plurality ofpassenger telephones 29. As configured 

specified in the progress report m *c school bus system 10, a VCU 12 is installed in each 

It should be emphasized that while the present invention °f a plurality ' rf*M ba«* 19, all of which communicate 

is particularly suited for application to school buses, there w . lth &c s ?? c MOTM. Moreover, the BSCU 14 commu- 

are many other applications. As examples, the advance f 1 ^ a tdfyhone 29 at one or more passenger 

notification system and method of the present invention 35 loca * on . s 36 ' or student homcs m me P rcscnt «*PPl*y 

could be employed with commercial buses, trains, planes, ^Pv?? 11 ^ ■ 

pickup vehicles, delivery vehicles, fishing vessels, and A *J Cm ^ t ^ nV^ u a u^a * 

numerous other transportation vehicles. ™ c 12 wdl now be described with reference to 

™ u ^ * r a a ♦ * *u ♦ FIGS. 1, 2, and 3. Referring first to FIG. 1, each VCU 12 

Other objects features, and advantages of the present „ com ^ scs a ^apnc^ a 

nvention will become apparent from the following m ^ MC68H C705C8P microprocessor controller that is 

SSEfS^iS 2!^??^ manufactured by and commacially available from the 

nymg drawings. All such additional objects features, and Motorola c ^ M A ^ Coprocessor control- 

advantages are intended to be included herein. IcT 16 * Really interfaced with a communication 

BRIEF DESCRIPTION OF THE DRAWINGS 45 mechanism 18, preferably a wireless communication device. 

The present invention can be better understood with for enabling intercommunication of data with the BSCU unit 

reference to the following drawings. The drawings are not U ' Exara P lcs of suitable wireless communication devices 

necessarily to scale, emphasis instead being placed upon indudc a mobUe ^hone (e.g., cellular) and a transceiver 

clearly illustrating principles of the present invention. (having both a transmitter and receiver) operating at a 

FIG. 1 is a high level schematic diagram of an advance 50 ? ittble clc ctromagnetic frequency range, perhaps the radio 

notification system of the present invention as applied to a frequency (RF) range. 

school bus system, as an example, the advance notification ^ ** ^odiment using a wireless RF transceiver as the 

system generally coinprising vehicle control units (VCU) in c ™*<* *™ mechamsm 18, dato can bz sent m bursts in 

communication with a base station control unit (BSCU), * C form of in-band tones, commonly caUed <twfokle tones." 

which are in turn in communication with passenger tele- 55 ^«e tone bursts can occurm the background of anexisting 

p hones . 65 voice channel Twinkle tones are oftentimes used in trans- 

FIG.2 is a high level block diagram of the VCU of the P°^° n . s y stems < su * as taxicat .communications systems 

advance notification system of FIG 11; ^TTTZT^ t^^^f^ 

ttiy-ia- i , ... ... , it _ with a start/reset switch 21, a move forward switch 22, a 

HG.SAisalowlevdblockdiagramoftheVCUofna * move switch ^ a dock H md op£ioDaUV) 

' ^ m . .„ , ^ . sensors 25a-2Sd. Generally, vehicle tracking is accom- 

FIG. 3B is a block diagram of the BSCU of FIG. 1; p u she d by monitoring the control switches 21-23, the sen- 

FIG. 4A is a flow chart of the overall operation of the sors 25a-25e, the power to the controller 16, and a route 

advance notification system of FIG. 1; database (FIG. 5). It is recommended that all of the forego- 

FIG. 4B is an example of a schedule for a sequence of 65 ing features be employed to provide redundant checking, 

events illustrating the operation of the advance notification More specifically, the start/reset switch 21 can be actuated 

system of FIG. 1; by the bus driver upon starting along the bus's scheduled 
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route to initialize the system 10. The move forward switch 
22 can be actuated by the bus driver upon reaching a bus stop 
in order to inform the VCU 12 that a stop has been made, the 
details of which will be further described hereinafter. The 
move backward switch 23 can be actuated by the bus driver 
at a bus stop if the bus driver has erroneously toggled the 
move forward switch 22 too many times, as will be further 
described in detail hereinafter. This indicates to the micro- 
processor controller 16 that a display module 33 and 
memory must be updated. In essence, the move forward 
switch 22 and the move backward switch 23 cause the next 
stop designation which is displayed on the display module 
33 and stored in the VCU 12 to toggle forward and 
backward, respectively. 

The VCU 12 can be configured so that the operation of the 
start/reset switch 21, the move forward switch 22. and the 
move backward switch 23 is purely optional by the bus 
driver. In this configuration, the sensors 25o-25e automati- 
cally accomplish the aforementioned functions of the 
switches 21-23. However, in certain cases, the bus driver 
may want to use the switches to override the sensors 
2Sa-25e. One of these cases may be when a student rides a 
bus only two out of five school days. Rather than program 
the VCU 12 to track these unnecessary stops, the driver may 
manually control the stop number by the switches 21-23. 

The clock 24 tracks the elapsed time as the bus travels 
along its scheduled route and feeds the timing information to 
the miaoprocessor controller 16. 

The display module 33 informs the bus driver as to the 
number corresponding to the next stop and the time 
(preferably, in seconds) necessary to reach the next stop. 
Other types of information may also be displayed on the 
display module 33. For example, the display module 33 may 
display the amount of time that the bus 19 is ahead of or 
behind schedule, the status of the VCU 12 in communication 
with the BSCU 14, or, upon actuation of start button 21, that 
the advance notification system 10 is operating. 

The optional sensors 2Sa-25e include an odometer sensor 
2Sa for determining distance into a route. This sensor 25a 
can be connected to the bus drive shaft and counts revolu- 
tions. This data can be used to determine the stop number. 

A door sensor 25b can be used to count the number of 
door operations (opening/closing) of the front door 24 of the 
school bus 19, which should correspond with the number of 
stops. 

A swing arm sensor 25c can be implemented to count the 
number of times the arm operates. This operation should 
coincide with the number of stops. 

A bus stop sign sensor 2Sd can be utilized to count the 
number of times the bus stop sign operates. This operation 
should coincide with the number of stops. 

A positioning system 25e can be used to determine the 
geographical position of the bus 19 on the earuYs surface. 
The positioning system 2Se could be the GPS (global 
positioning system), the LORAN positioning system, the 
GLONASS positioning system (USSR version of GPS), or 
some other similar position tracking system. 

FIG. 2 is a high level schematic circuit diagram of the 
VCU 12. The VCU 12 is designed to be a compact unit with 
a generally rectangular housing 34 that is mounted prefer- 
ably on or in front of the dashboard of the bus 19 in view and 
within reach of the bus driver. In the housing 34, the 
microprocessor controller 16 is interfaced with the trans- 
ceiver 18 by a transceiver jack 31 (preferably a conventional 
8-conductor telephone jack when transceiver 18 is a mobile 
telephone), and the transceiver 18 includes an antenna 32 for 
transmitting and receiving signals to and from the BSCU 14. 



,010 

6 

Further, the VCU 12 includes a liquid crystal display (LCD) 
module 33 disposed for external viewing of the display by 
the bus driver for providing information to the bus driver, as 
described previously. 

5 FIG. 3A is a more detailed schematic circuit diagram of 
the electronic components associated with the VCU 12, The 
microprocessor controller 16 essentially controls the opera- 
tion of the transceiver 18 and the LCD display module 33. 
A switching element 37, such as an optical isolator (opto 

10 isolator) unit 37, provides a buffer between the miaopro- 
cessor controller 16 and the battery 35 as well as switches 
21, 22, 23. An EEPROM 43 is provided for storing the 
control programs (FIGS. 6 and 7) and other requisite data for 
the microprocessor controller 16, and a RAM 44 is provided 

15 for running the control programs in the microprocessor 
controller 16. A matrix keyboard emulator 39 is interfaced 
between the transceiver 18 and the microprocessor control- 
ler 16 for allowing the microprocessor controller to control 
and transmit signals over the transceiver 18. Further, a dual 

20 tone multiple frequency decoder 41 is interfaced between 
the mobile telephone 18 and the microprocessor controller 
16 for decoding modem signals, or tones, received by the 
mobile telephone 18 from the BSCU 14. 
B, Base Station Control Unit 

25 The BSCU 14 can be implemented by any conventional 
computer with suitable processing capabilities for imple- 
menting the functionality described hereafter. The BSCU 14 
is now described with reference to FIGS. 1 and 3B. 
In general, as shown in FIG. 1, the BSCU 14 includes at 

30 least one transceiver 26 (for example, a mobile telephone or 
RF transceiver) and associated communication connection 
26' dedicated for communication with the one or more VCU 
transceivers 18 associated with the respective one or more 
VCUs 12. Moreover, the BSCU 14 can communicate to one 

35 or more passenger telephones 29, or student homes, via the 
telephone interfaces) 27 and telephone connection(s) 29'. 

As illustrated in FIG. 3B, the BSCU 14 contains a 
conventional processor 2. The processor 2 intercommuni- 
cates with and controls the other elements within the BSCU 

40 14 over a system bus 3. An input devices) 4, for example, 
a keyboard or mouse, is used to input data from a user 
(perhaps a fleet operator) of the BSCU 14, and an output 
device(s) 5, such as a display or printer, is used to output 
data to the user. A nonvolatile storage device 6, for example, 

45 a hard disk drive or CDROM mechanism, may be used to 
permanently store the software of the BSCU 14, as well as 
to store the data bases generated by the BSCU 14. 

A high speed volatile memory 7, such as a conventional 
random access memory (RAM), contains the software for 

50 driving the processor 2. during operation of the BSCU 14. 
Particularly, the RAM 7 is loaded with a conventional 
operating system software (e.g., DOS, UNIX, etc.) for 
supporting and implementing other software programs for 
implementing various novel features of the BSCU 14. These 

55 other software programs preferably include a preset notifi- 
cation time period mechanism 9, a calling report generator 
11, a vehicle progress report generator 13, and a base station 
control program 46 (FIG. 5) that has a vehicle communica- 
tions program 47, and a student calling program 48. The 

60 foregoing software programs are loaded as needed into the 
RAMVas needed, b y__the processor 2. 

^The preset notification time period mechanism 9 r^rmits 
the pas senger to define a preset notification time period 
when the passenger ^is~tcTreceive a telephone caU^prior to' 

65~fflnvaT6ra vehicle- 19^tVvehiele stop'tdTfiereby indicate 
u^endmg arrival of the vehicle 19 at-the-stop. The-preset. 
notification time period mechanism 9 can be implemented in 
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software in many different manners, as is well known to 
someone with skill in the art Preferably, the preset notifi- 
cation time period mechanism 9 allows a passenger to define 
the period by (a) establishing a telephone communication 
link with the system telephone interface 27 and (b) provid- 
ing the preset notification time period to the mechanism 9 
during the telephone communication link. 

The calling report generator 11 can be implemented in a 
variety of ways in software and is preferably configured to 
permit the passenger to solicit a calling report corresponding 
to one or more previous telephone calls made by the system 
telephone interface 27 to the passenger telephone 29. In 
order to obtain the calling report, the passenger (a) estab- 
lishes a telephone communication link with the system 
telephone interface 27 and (b) requests the report In turn, 
the calling report generator 11 provides the calling report to 
the passenger in real time daring the telephone communi- 
cation link. The calling report can be configured to indicate 
whether the passenger telephone 29 was busy, was 
answered, was not answered, or was out of service, when the 
system telephone interface 27 initiated the previous tele- 
phone call(s) to the passenger telephone 29. Further, the 
calling report can be designed to include a time(s) when the 
previous telephone call(s) was (were) initiated by the system 
telephone interface 27 to the passenger telephone 29. 

The vehicle progress report generator 13 may be imple- 
mented in many different ways in software and is configured 
to permit the passenger to solicit a vehicle progress report 
relating to arrival of the vehicle 19 at the vehicle stop. 
Preferably, a passenger can solicit a vehicle progress report 
from the vehicle progress report generator 13 by (a) estab- 
lishing a telephone communication link with the system 
telephone interface 27 and (b) requesting the report. In turn, 
the vehicle progress report generator 13 provides the report 
to the passenger in real time during the telephone link. When 
the vehicle 19 is currently approaching the stop, a time 
indicating when the vehicle 19 is to arrive at the stop can be 
specified in the vehicle progress report. When the vehicle 19 
has already arrived at the stop, a past arrival time can be 
specified in the progress report Furthermore, the progress 
report may include a time(s) when a previous call(s) was 
initiated by the system telephone interface 27 to the pas- 
senger telephone 29. 

As shown in FIG. 3B, the BSCU 14 further includes at 
least one transceiver 26 (for example, a mobile telephone or 
RF transceiver) and associated communication connection 
26' dedicated far communication with the one or more VCU 
transceivers 18 associated with the respective one or more 
VCUs 12. The vehicle communications program 47 (FIG. 5) 
drives the processor 2 to control the transceiver 26 and 
communications associated therewith. 

The BSCU 14 can communicate to one or more passenger 
telephones 29, or student homes, via the telephone interface 
(s) 27 and telephone connection(s) 29'. The telephone inter- 
face 27 can be, for example but not limited to, any of the 
following interfaces: (a) a voice card(s) (preferably multiple 
port) and/or telephone; (b) a high-speed switch-computer 
applications interfaces) (SCAJT) that communicates to a 
digital switch operated by a telephone utility company; the 
SCAI adheres to the conventional OSI model and supports 
the carrying of application information in an application 
independent fashion; and (c) an interface that communicates 
with an analog display services interface(s) (AMI) main- 
tained by a telephone utility company. ADSI is a cost 
effective technology that delivers voice and data information 
between a telephone terminal and a digital switch or server 
using existing copper telephone lines. 
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The BSCU 14 could be configured to merely call 
passengers, thus warning them of the impending arrival of a 
bus 19, as opposed to forwarding both a call and a message. 
Specifically, the student calling program 48 (FIG. 5) for the 

5 advance notification system 10 can be designed to make the 
telephone calls to the homes 36 of the students and allow the 
telephone to ring a predefined number of times so that it is 
not necessary far the telephone to be answered in order for 
the telephone call to be recognized as that of the advance 

io notification system 10. 

The student calling program 48 (FIG. 5) associated with 
the advance notification system 10 can also be configured to 
make the passenger telephone 29 exhibit a distinctive tele- 
phone ring sound, or pattern, so that the call recipient need 

15 not answer the telephone in order to receive the message. 
The distinctive telephone ring can be coded by any sequence 
and duration of rings and/or silent periods. A standard ring 
signal that is sent to a telephone from the telephone utility 
company is typically a periodic electrical analog signal 

20 having a frequency of 20 Hz and a peak-to-peak voltage 
amplitude of -48 volts. The ring signal is asserted on the 
telephone connection 29' for a predefined time period for 
ringing the telephone. The foregoing time period can be 
manipulated in order to derive a distinctive sequence and 

25 duration of rings and/or silent periods. 

Implementation of a distinctive telephone ring can be 
accomplished by purchasing this feature from a telephone 
utility company. This feature is widely available to the 
public Generally, telephone utility companies operate net- 

30 work switches, now usually digital, that serve as interfaces 
for telephonic communications. A particular geographic 
region is typically allocated to a particular switch(s). In 
essence, one or more distinctive telephone rings can be 
driven by software running in the switches to a particular 

35 telephone. Examples of switches that are commercially 
available to telephone utility companies are as follows: a 
model DMS100 by Northern Telecom, Canada; a model 
5ESS by AT&T, U.S.A.; and a model EWSD by Siemans 
Stromberg-Carlson Corp., Germany. 

40 The feature for estabHshing the distinctive telephone ring 
is sold to the public under several different commercial trade 
names, depending upon the telephone utility company. 
Examples are as follows: Call Selector by Northern 
Telecom, Canada; Ringmaster by Bell South, U.S.A.; Smart- 

45 link by SNOT, U.S.A.; Multi-ring by Ameritech, U-S.A.; 
Priority Ring by PacBell, U.S.A.; Priority Call by Cincinnati 
Bell, U.S.A.; and Ring Me by Standard Telephone Co., 
U.S.A. 

Furthermore, in the case where a parent or a student 
so answers the telephone call from the base station unit 14, a 
prerecorded message may be played by the BSCU 14. An 
example of such a message would be: 'The bus will arrive 
in five minutes," as indicated in FIG. 1 at the reference 
numeral 30. 

n. System Operation 

A. Initialization 

Initially, the bus schedule for each bus 19 is programmed 
into the advance notification system 10 by having the 

60 respective bus driver drive his respective bus one time along 
the corresponding scheduled bus route at the approximate 
speed the bus would usually travel on the route and with the 
bus driver making all the scheduled stops along the route and 
waiting at each stop for the approximate time it would take 

65 for all the students at that stop to board the bus 19. As the 
bus driver drives the bus 19 along the route for initialization 
purposes, the internal real time clock 24 runs and the bus 
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driver actuates the switches 21, 22, 23 as required In Next, as indicated at flow chart block 45c (FIG. 4A). the 

accordance with the principles described previously. The VCU 12 determines, continuously or periodically, if the bus 

timing information is recorded in the memory (RAM 44 and 19 is on time by analyzing the status of devices 21-25 (FIG. 

EEPROM 43) of the VCU 12. 1) in view of planned route data (derivedfrom initialization). 

The timing information which is recorded during the 5 In the preferred embodiment, the VCU 12 at least compares 

initialization of the system 10 is used as a reference during its elapsed time from the clock 24 (FIG. 1) with its scheduled 

the usual operation of the system 10 for the purpose of time from the planned route data. When the bus 19 is on 

determining whether a bus 19 is early or late at each of the time, the VCU 12 does not contact the BSCU 14, and the 

bus stops. In the preferred embodiment, aeterrnining the BSCU 14 commences calling students at the predefined time 

status (ie., early, on time, late) of a bus 19 is accomplished l0 P rior t0 of ^ bus ^ at me particular bus stop, as 

by comparing the time at which a bus 19 actually departs indicated in flow chart block 45e? (FIG. 4A). In the example 

from a stop to the scheduled time of departure. ? fiV ° aton S Ac * ch ' dulcd r ° utc : * c 

However, it should be emphasized that other methodolo- BS <* "J**! **te&f™ ? ^ homcs * t of mc 

iiuwQYCL, ajjuiuu u cmpiio*^ uiai uuici iiicuiuuuiu- school children to be picked up at bus stop number 1. 

gies could be utilized for determining whether the bus 19 is when n y ikiaaim mat the bus 19 is 

early or late at an instance in time For example the 15 early or late at this juncture, the VCU 12 contacts the BSCU 

odometer 25a of the bus 19, as indicated by phantom lines 14 ^ indicated at flow chart block 45J ^ 4A)% and me 

in FIG. 1, could be monitored by the microprocessor con- B SCU 14 adjusts its student calling lists accordingly so that 

trollcr 16. At particular times, the odometer mileage reading the students are called in accordance with the predefined 

could be compared to reference odometer mileage readings time notice, e.g., five minutes. 

which were obtained during the initialization of the system 20 Further, as indicated at flow chart block 45/(FIG. 4A), the 

10. In this way, the determination of whether a bus 19 is VCU 12 again determines, continuously or periodically, if 

early or late can occur at any time during a bus route and can the bus 19 is on time by analyzing the devices 21-2S (FIG. 

occur as many times as desired. l). Preferably, in this regard, the VCU 12 at least compares 

Another methodology which could be utilized for deter- its elapsed time with its scheduled time, 

mining whether the bus 19 is early or late involves inter- 25 Back to the example of FIG. 4B, at ten minutes along the 

facing the VCU 12 with the positioning system 25e, as schedule, the bus 19 arrives at the bus stop number 1 and 

shown in FIG. 1 by phantom lines. From the geographical takes one minute to load all the students at this stop onto the 

position data received from the positioning system 25e, the bus 19. Just prior to leaving stop 1, the bus driver actuates 

microprocessor controller 16 could determine where the bus the move forward switch 22. Upon actuating the move 

19 is situated on the earth at any given time. The bus location 30 forward switch 22, the display module 33 preferably dis- 

at a particular time could then be compared with scheduled plays "Stop Number 2" followed by the amount of time to 

locations and scheduled times in order to determine whether reach stop number 2. The foregoing feedback signal may be 

the bus 19 is early or late and by what amount. generated by one of the sensors 2Sa-25e so that the bus 

B. Regular Operation driver need not actuate the move forward switch 22. 

The overall operation of the advance notification system 35 In accordance with flow chart block 45/ (FIG. 4A), the 

10 will be described with reference to FIGS. 4A and 4B. microprocessor controller 16 checks the elapsed time of 

FIG. 4A sets forth a flow chart showing the overall operation eleven minutes to confirm that such time corresponds to the 

after the system 10 has been initialized. FIG. 4B shows an programmed time for bus stop number 1. It will determine 

example of a schedule of possible events and the interactions whether the bus 19 is early or late. If the bus 19 is either 

which might occur between the VCU 12 and the BSCU 14 40 early or late, the VCU 12 will call the BSCU 14 to inform 

as the bus 19 travels along its scheduled route and makes its the unit 14 of this fact, as indicated at flow chart blocks ASg 

scheduled stops. *" and 4Sh (FIG. 4A). If the bus 19 is on time, then the VCU 

In FIG. 4B, the left hand column illustrates the sequence 12 will continue to monitor the inputs from devices 21-25, 

of events for the BSCU 14, and the right hand column as indicated in flow chart block 45/. In the example of FIG. 

illustrates the sequence of events on the VCU 12. Between 45 4B, it is assumed that the bus 19 is neither early nor late in 

the right and left hand columns is illustrated a time line for leaving bus stop number 1. 

the scheduled bus stops. The time line has the following time Because the bus 19 is scheduled to arrive at bus stop 

designations: ten minutes, sixteen minutes, and twenty-two number 2 at sixteen minutes along the route, at eleven 

minutes, all along the scheduled bus route. minutes along the route the BSCU 14 places telephone calls 

First, the bus ignition is switched on, as indicated in FIG. 50 to the homes 36 of the school children who board the bus 19 

4A at block 45a. At the beginning of the bus route, the at bus stop number 2, as indicated at flow chart block 45Jfc 

system 10 could be configured to automatically initialize (FIG. 4A). 

itself upon power up of the VCU 12, and further, the unit 12 The bus 19 then arrives at bus ,stop number 2 and 

could be programmed to make initial contact with the BSCU commences the boarding of students. However, because one 

14 after the bus 19 moves a predefined distance, such as !/s 55 of the school children is running late that particular morning, 

mile, as determined by the odometer sensor 25a. This the bus 19 spends three minutes at bus stop number 2, and, 

initialization action causes the microprocessor controller 16 thus, gets three minutes behind schedule. Thus, the bus 

to telephone the BSCU 12 to inform the BSCU 12 that the departs at twenty minutes along the route, 

bus 19 is beginning its route and to initialize the BSCU 14 At this time, the VCU 12 makes an inquiry as to whether 

relative to the VCU 12. The foregoing action is indicated at 60 there arc any more bus stops, as indicated in flow chart block 

flow chart block 456 (FIG. 4A). Alternatively, the bus driver 451, If so, then the VCU 12 again monitors its travel status 

can press the start/reset switch 21 on the VCU 12 to initialize by checking devices 21-25 (FIG. 1), in accordance with 

the VCU 12. flow chart block 45/ (FIG. 4A). If not, then the VCU 12 

After initialization of the VCU 12, the display module 33 notifies the BSCU 14 of the end of the route, as indicated at 

preferably displays "Stop Number 1" followed by the 65 flow chart block 45m. 

amount of time to reach stop number 1. The time continu- In the example of FIG. 4B, upon receiving the informa- 

ously runs as the bus 19 progresses along the bus route. tion that the bus 19 is late, the microprocessor controller 16 
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compares the departure time to the scheduled departure time 1. Vehicle Communications Program 

of seventeen minutes, pursuant to flow chart block 45/ (FIG. The vehicle communications program 47 initially waits 

4A), and determines that the bus 19 is three minutes behind for a telephone call from one of the VCUs 12 located on one 

schedule, in accordance with flow chart blocks 45g (FIG. of the plurality of buses 19, as indicated by a flow chart 

4A). The microprocessor controller 16 then telephones the 5 block 51. The vehicle communications program 47 is pref- 

BSCU 14 to inform the BSCU 14 that the bus 19 is three erably capable of monitoring a plurality of telephone con- 

rninutes behind schedule, as indicated in flow chart block nections 26' for receiving information from a plurality of 

45/i (FIG. 4 A). A fleet operator's screen associated with the buses 19. As the number of buses 19 is increased, the 

BSCU 14 is updated to reflect the status of the late bus 19 t number of telephone connections 26' which are monitored 

as indicated at flow chart block 45i (FIG. 4A). Moreover, as 10 by the vehicle communications program 47 should also be 

indicated at flow chart block 45d (FIG. 4A), the BSCU 14 increased to an extent 

then reschedules the telephone calls that are to be made to After the start of a bus 19 along its route, the respective 

the parents of the students at bus stop number 3 from VCU 12 will initiate a telephone call to the BSCU 14, as 

twenty-two minutes along the route to twenty-five minutes indicated by the telephone bell symbol 52. After the BSCU 

along the route and resets the VCU 12 to seventeen minutes 15 14 receives the telephone call, a string of symbols is 

along the route, the scheduled time for the bus to leave bus exchanged between the VCU 12 and the BSCU 14 so as to 

stop number 2. validate the communication connection, as indicated in a 

At twenty minutes along the route, the BSCU 14 calls the flow chart block 53. In other words, the BSCU 14 ensures 

student homes 36 of the students corresponding to bus stop that it is in fact communicating with the VCU 12, and vice 

number 3, in accordance with flow chart block 45k (FIG. 20 versa. 

4A), to inform them that the bus 19 is five minutes from Next, as shown in a flow chart block 54, the BSCU 14 

arriving. At twenty-five minutes along the route, the bus 19 asks the VCU 12 for information regarding (a) the time into 

arrives at bus stop 3, takes one minute to load the students the route and (b) the number designating the next stop. In 

on to the bus 19 and then proceeds onto the school. addition, route data 56 is obtained from a local data base. 

At this time, the VCU 12 makes an inquiry as to whether 25 The route data 56 includes information pertaining to each 

there are any more bus stops, as indicated in flow chart block bus stop and how much time it should take to reach each bus 

451. In the example ofFIG. 4B, there are no more stops and, stop during the route. From the route data 56 and the 

accordingly, the VCU 12 notifies the BSCU 14 of the end of information (a) and (b) received from the VCU 12, the 

the route, as indicated at flow chart block 45m. BSCU 14 can determine whether the bus 19 is late or early, 

Finally, worth noting is that the system 10 may be 30 as indicated by flow chart blocks 57, 58, or whether the bus 

configured so that if a bus 19 becomes delayed by more than 19 has just started its route, as indicated by a flow chart 

a maximum length of time, such as fifteen minutes, the block 59. In the case where the bus 19 is late, the BSCU 14 

BSCU 14 immediately calls the homes 36 of the remaining advises the VCU 12 to reset its on-board clock 24 back so 

students to board the bus 19 in order to notify these homes that ft thinks it is on time, as indicated in a flow chart block 

36 of the unusual delay and to notify these homes 36 to wait 35 61. In the case where the bus 19 is early, the BSCU 14 

for a notification call. advises the VCU 12 to move its on-board clock 24 forward 

Tn Pftntmi Prnor^mc so ***** tne vcu 12 il k on ^ XDS * as indicated in flow 

hi. uomroi rrograms chart block 62. Moreover, in the situation where the bus 19 

FIGS. 5 through 7 show flow charts pertaining to control has just started its route and the telephone call is essentially 

programs that implement control processes or algorithms of 40 the first call of the route, the base station clock 28 and the 

the advance notification system 10 of FIG. 1 in order to on-board vehicle clock 24 are synchronized, as indicated in 

achieve the functionality as set forth in FIGS. 4A and 4B as a flow chart block 63. 

described hereinbefore. These flow charts illustrate the best Finally, as shown in a flow chart block 64, the BSCU 14 

mode for practicing the invention at the time of filing this informs the VCU 12 to terminate the telephone call, which 

document More specifically, FIG. 5 illustrates a base station 45 was initiated in the flow chart block 51. The vehicle com- 

control program 46 employed in the BSCU 14, and FIGS, 6 munications program 47 then proceeds once again to the 

and 7 show respectively a vehicle control program 76 and a flow chart block 51, where it will remain until receiving 

VCU call control program 101 implemented in the VCU 11 another telephone call from the bus 19. 

The foregoing control programs implement merely Worth noting from the foregoing discussion is the fact that 

examples of plausible control algorithms, and an infinite 50 the BSCU 14 is the ultimate controller of the advance 

number of control algorithms may be employed to practice notification system 10 from a hierarchical vantage point The 

the present invention. Furthermore, it should be noted that base station clock 28 maintains the absolute time of the 

the base station control program 46 of FIG. 5 is implemented advance notification system 10, while the vehicle clock 24 

via software within any conventional computer system, and assumes a subservient role and is periodically reset when the 

the vehicle control program 76 of FIG. 6 and the VCU call 55 bus 19 is at the start of a route or when the bus 19 is either 

control program 101 of FIG. 7 are both implemented via early or late during the route. Further, it should be noted that 

software run from RAM 44 (FIG. 3A) by the microprocessor the VCU 12 communicates to the BSCU 14 only (a) when 

controller 16. However, these control operations need not be the bus 19 is at the start of a route, (b) when the bus 19 is 

implemented in software and could be implemented perhaps either early or late during the route, and (c) when the bus 19 

in hardware or even manually by human interaction. 60 completes its route, so as to minimize the amount of time on 

A. Base Station Control Program the mobile telephone network and associated costs thereof. 

With reference to FIG. 5, the base station control program 2. Student calling program 

46 essentially comprises two control subprograms which run As previously mentioned, the student calling program 48 
concurrently, namely, (a) a vehicle communications program runs concurrently with the vehicle communications program 

47 and (b) a student calling program 48. The vehicle 65 47 within the BSCU 14. In essence, the student calling 
communications program 47 will be described immediately program 48 uses the timing information retrieved from the 
hereafter followed by the student calling program 48. bus 19 by the vehicle communications program 47 in order 
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to call students and inform them of the approaching bus 19. as indicated in a decisional flow chart block 86. If none of 

A student list 66 is locally accessible from a local data base the switches 21, 22. 23 have been actuated, then the program 

by the BSCU 14 and comprises information regarding (a) 76 will loop back around and begin flow chart block 81 once 

student names, (b) student telephone numbers, and (c) the again. Otherwise, if actuation of a switch 21, 22, 23 is 

time into a bus route when a student should be called via 5 detected, then the program 76 will determine which of the 

telephone. In accordance with the student calling program switches 21, 22. 23 has been actuated. 

48, as indicated in a flow chart block 67, the student list 66 Flrst ^ ^ program 76 determine whether the move 

1S ^ ,nS ^ S ^r'f- and ; elepl |?. De nUmb !f T forward switch 22 has been actuated, as indicated in the 

retrieved. When a particular tune for calling a particular decisjon flow chaft block 8?> ^ ^ bus ^ has acmated 

SSn^ » *e move fo^ard swttch £ then the VCU !2 will retrieve 

chartblocks68,69.TTietdephonecaUcanbemadebyusmg ^% nex \ ? t0 P num ^ r f? d correspondrng stop time as 

a Active telephone ring or a preclefined number of rings, m fl ™ ch f block M > fro1 * a local base 

as described previously. Moreover, the particular time is havm S &e route 56 Moreover, a decision will be made 

fully selectable by programming. as t0 whether the 5 bus 19 is early for that particular stop, 

Also worth noting is that the program can also include a 15 as indicated in the decision flow chart block 91. In the 

feature for monitoring calls to be placed in the future. In preferred embodiment, the bus 19 is considered early if the 

accordance with this feature, upon anticipation of a heavy bus 19 arrives at a stop more than a predetermined early time 

load of calls, some of the calls would be initiated earlier than period, such as 50 seconds, earlier than when it should have 

the originally scheduled corresponding call time. arrived. If the bus is not early, then the program 76 will loop 

After the bus route has been completed by the bus 19, the 20 back and proceed again with the flow chart block 81. 

particular bus and bus route are removed from consideration. Otherwise, a call will be initiated to the BSCU 14 to inform 

as indicated by flow chart blocks 71, 72. Otherwise, flic the unit 14 that the bus 19 is early, as illustrated by bell 

student calling program 48 returns to the student list 66 and symbol 92 in FIG. 7. 

searches for the next student to be called. In the event that the bus driver has not actuated the move 

As further shown in FIG. 5. an event list 73 is maintained 25 forward switch 22, the program 76 proceeds to a decisional 

for diagnostics and system monitoring. The event list 73 flow chart block 93 wherein the program 76 determines 

receives data from both the vehicle communications pro- whether the move backward switch 23 has been actuated by 

gram 47 and the student calling program 46. The event list the bus driver. If the move backward switch 23 has been 

73 essentially comprises records of, among other things, all actuated, then the program 76 obtains the previous stop 

telephone calls and all past and current bus locations. 30 number and stop time, as indicated in flow chart block 94, 

B. Vehicle Control Program Reference will now be made to displays these values on the display screen, and loops back 

the vehicle control program 76 shown in FIG. 6. Initially, as to begin again with the flow chart block 81. 

indicated, in the flow chart block 77 of the vehicle control In the event that the bus driver has not actuated the move 

program 76, the VCU 12 runs through an initiation proce- backward switch 23, then the program 76 determines 

dure in which the first stop number is retrieved, the stop time 35 whether the bus driver has actuated the start/reset switch 21, 

(time necessary to travel to the next stop) is retrieved, and as indicated in the decisional flow chart block 96. If the 

the time into the route as indicated by the clock 24 is set at start/reset switch 23 has not been actuated by the bus driver, 

zero and the clock 24 is started. After the foregoing initial- then the program 76 loops back and begins again with the 

ization procedure, a call is initiated via the transceiver 18 to flow chart block 81. Otherwise, the program 76 loops back 

the BSCU 14, as indicated by the bell symbol 78. After the 40 and begins again with the flow chart block 77. 

connection, the VCU 12 and the BSCU 14 exchange infor- C. VCU Call Control Program 

mation as described hereinbefore and which will be further When a call is initiated by the VCU 12 as indicated by the 

described hereinafter relative to FIG. 7. call symbols 78, 84, 92, the VCU 12 follows the VCU call 

Next, as shown in FIG. 6, the vehicle control program 76 control program 101 as illustrated in FIG. 7. Initially, if a 

begins a looping operation wherein the VCU 12 continu- 45 mobile telephone is used by the VCU 12, the telephone 

ously monitors the switches 21-23, clock 24, and sensors number corresponding with the BSCU 14 is obtained from 

25a-25e, if present to determine whether the bus 19 is early the EEPROM 43, as indicated in a flow chart block 102. 

or late. As mentioned previously, the vehicle control pro- Other information is also obtained, including among other 

gram 76 initiates a call only at start-up of a route, or when things, the particular bus number, bus serial number, and bus 

the bus 19 is either early or late, and not when the bus 19 is 50 route. Next, the VCU call control program 101 sets a time 

on time. out variable to keep track of how many times a communi- 

While in the main looping operation, a determination is cation connection has been initiated. The number n of 

first made as to whether the bus 19 has reached the end of allowable attempts is predetermined and is stored in the 

the route, as indicated in a decisional flow chart block 81. If EEPROM 43. 

the bus 19 is at the end of its route, then the vehicle control 55 After the time out variable has been implemented as 

program 76 stops, as indicated in a flow chart block 82, and indicated in the flow chart block 103, the VCU call control 

does not start unless the start/reset switch 21 is triggered by program 101 causes the transceiver 18 to be called, as 

the bus driver. Otherwise, the program 76 continues and indicated in the flow chart block 104. The call control 

makes a determination as to whether the bus 19 is late for the program 101 requires the VCU 12 to wait for a response 

next stop, as indicated in a decisional flow chart block 83. In 60 from the BSCU 14. If the VCU 12 does not receive^ 

the preferred embodiment the bus 19 is considered late if response within a predetermined time out period, preferably 

the bus 19 arrives at a stop more than a predetermined late 20 seconds, then the VCU call control program 101 loops 

time period, such as 50 seconds, after when it should have back and begins again at the flow chart block 103. 

arrived If the bus 19 is late, then a call is initiated to the Otherwise, when the VCU call control program 101 deter- 

BSCU 14, as shown by a bell symbol 84 in FIG. 7. 65 mines that a response has been received, a validation pro- 

If the bus is not late, then the program 76 determines cedure ensues, as indicated in a flow chart block 108. The 

whether any of the switches 21, 22, 23 have been actuated, validation process indicated at the flow chart block 108 is 
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that which was described previously relative to the flow one registered in the BSCU 14 for the aforementioned 

chart block 53 of FIG. 5. Essentially, it involves the options to be used, 

exchange of symbols in order to assure a proper connection. A. Call Back Feature 

At the commencement of the validation process, another Initially, in the preferred embodiment, when enrollment is 

time out variable is set and will trigger termination of the 5 requested by a passenger, the BSCU 14 of the system 10 

telephone connection after a predetermined time period has requests the passenger to enter its phone number, and the 

run. The initiation of the time out variable and monitoring of telephone number is registered. The BSCU 14 then calls the 

the same is indicated in FIG. 7 at flow chart block 111. If the passenger back at the telephone number registered in the 

time out variable triggers termination of the telephone B ^9 U 14 to confirm, before the passenger can change 

connection, then the VCU call control program 101 will 10 ^ Parameters or sohat mf orro^on from me BSCU 14. 

hang up and end the call, as illustrated by a flow chart block * a passengers telephone semce has the 

U4 8 Otherwise, when the vafidation rLcedure has fully * g*» ^I^TJC^ 

™^ 523^ 

VCU12, as ; shown bj r a flow chart blockll2. Coinmands me passenger back to register, and emollment can continue, 

which may be sent to the VCU 12 include, for example, the 15 Likewise, once registered and if a subscribing passenger 

following: (1) Is the bus 19 either early or late? ; (2) Reset calling line identification requests to use an option, the 

the vehicle clock 24; (3) Record new information in the telephone number does not have to be entered. Hie interac- 

EEPROM 43. It should be emphasized that the BSCU 14 rive voice response system (IVR) can recognize the number 

may change the route information contained within the delivered through calling line identification. 

EEFROM 43 of the particular bus 19. The foregoing features 20 B. Subscription 

enables extreme flexibility of the advance notification sys- The service provided by the system 10 can be started 

tern 10. when the subscribing passenger calls into the interactive 

Furthermore, the VCU call control program 101 deter- voice response system (IVR) from a telephone 29, prefer- 

mines whether the BSCU 14 has finished its communication ably a touch-tone telephone. The subscribing passenger 

over the mobile telephone, as indicated in a flow chart block 25 receives a prompt to enter his/her telephone number. The 

113. Again, the VCU call control program 101 utilizes subscribing passenger hangs up, and the BSCU 14 calls the 

another time out variable to determine whether the BSCU 14 subscribing pas senger back, unless calling line identification 

has finished. After the predetermined time period of the time is in use as described previously, 

out variable, the VCU call control program 101 will assume Changes are only allowed if the telephone number derived 

that the BSCU 14 has terminated its communication, and 30 from the calling line identification matches the BSCU reg- 

accordingly, the VCU call control program 101 will hang up istered number or if the entered telephone number matches 

the telephone, as indicated in a flow chart block 114. the registered number. 

Otherwise, the VCU call control program 101 will loop back An example illustrating the foregoing process follows. In 

and begin with the flow chart block 111 in order to accept the example, as well as the others that follow, the system 10 

another command from the BSCU 14. 35 utilizes the trade name "Bus-Call," which is currently a 

IV. Management Of BSCU By A Passenger f ^T^, ^ST* ***** * 

b J fe the United States Patent and Trademark Office. 

In the preferred embodiment of the invention, a passenger 

of the system 10 can communicate with and manage the Example Session 

BSCU 14 of the system 10 through an interactive system, 40 ' 

SUCh as an interactive voice response system (IVR) or Other IVR: -Welcome to Bus^aU. Please enter your telephone 
suitable communication system. This interactive system number now." 
provides the passenger with flexibility and control over the Sub: <Keypad numbers pressed^ 
calling parameters and the ability to soficit information, ie., IV * £ ^ number you eiiiered is ra-xra. if this is 
reports. When a passenger calls into the system 10, the 45 tS^^^^^a^ 
passenger may (a) enroll and/or make changes to the calling of minutes. Thank you and please hang up now." 
parameters of the BSCU 14, including defining the preset Sub: <Answers returned caE> 
notification time period when the passenger is to receive a ^ aHcUo ' thank you for usins the Bus-Call system, 
telephone call prior to arrival of the vehicle 29 at the stop (to TtoJartL Bus-Call service to your home- 
thereby indicate impending arrival of the vehicle 29), (b) 30 *2* to change flic notification tame, 
obtain a Vehicle progress report SO as tO Check On Vehicle '3' for the date and time of the last change made 

delays or if the passenger has missed the vehicle, and/or (c) to Bus-Call" 

receive a calling report on the last notification attempt • 

Moreover, in accordance with a security feature of the C. Service Inception 

present invention, the BSCU 14 is configured so that when 55 In the preferred embodiment, with the implementation of 

a passenger requests any of the foregoing information, the the IVR, the BSCU 14 provides voice prompts to guide the 

telephone number of the passenger telephone 29 is checked passenger through a telephone call when the passenger 

by the BSCU 14. If a passenger's telephone service has the wishes to configure the BSCU 14 or retrieve information, 

commercially available feature typically known as "calling In the preferred configuration, voice prompts ask for the 

line identmcation" the BSCU 14 compares the caller's 60 (a) bus number and the (b) stop number. These two pieces of 

telephone number with a previously-registered number information are usually given by the bus driver the first time 

(reference caller identification number) stored in the student the student rides the bus 29. The information can be taken 

list database 66 (FIG. 5). If the incoming number does not from the VCU display module 33 (FIG. 3A) of the VCU 12 

match or if the telephone connection does not provide the and/or written on a marketing brochure in which the student 

calling line identification, then the passenger is prompted to 65 takes home. 

enter his/her telephone number to the BSCU 14. Moreover, Information can be entered into the BSCU 14 and 

the telephone number received by the BSCU 14 must be the retrieved from the BSCU 14, after the bus number and stop 
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number arc confirmed as the BSCU 14 will provide an 
appropriate options menu to the caller. An example illus- 
trating the foregoing process follows. 

Example Session 



Sub: 

IVR: 
Snb: 
IVR: 



Sub: 
IVR: 
Sub: 
IVR: 



Sub: 



<The subscribing passenger calls in and enters the 

appropriate option to start Bus-Call aervico 

"Please enter your bus number now." 

<Keypad number pressed> 

"The number you entered is xx. If this is correct 

please press '1.' If this number is incorrect 

please press *2.*" 

<Keypad number pressed> 

"Please enter your bus stop number now." 

<Keypad number pressed" 

The number you entered is xx. If this is correct 

please press 4 1.' If this number is incorrect, 

please press 4 2. m 

<Kcypad number prcssed> 



D. Preset Notification Tunc Period 

The preset notification time period mechanism 9 (FIG. 
3B) permits the passenger to define a preset notification time 
period when the passenger is to receive a telephone call prior 
to arrival of a vehicle 19 at a vehicle stop to thereby indicate 
impending amval of the vehicle 19 at the stop. The preset 
notification time period can be provided by the passenger to 
BSCU 14 by depressing touch tone buttons on the passenger 
telephone 29 or other telephone. 

If the period is not prescribed by the passenger, the default 
for the notification time period is set to any suitable period, 
such as five minutes. Moreover, the passenger prescribed 
time period or the default time period is announced to the 
passenger. Finally, if a change of the preset notification time 
period is needed, the passenger is prompted through the 
process. An example of the foregoing methodology is set 
forth hereafter. 



Example Session 



Sub: <The subscribing passenger calls in and enters the 

appropriate option to start Bus-Call scrvice> 
IVR: "Please enter your bus number now." 
Sub: <Keypad number pressecb 
IVR: "The number you entered is xx. If this is correct 

please press '1.' If this number is incorrect 

please press '2."' 
Sub: <Keypad number pressed> 
IVR: "Please enter your bus stop number now" 
Sub: <Xeypad number pressed" 
IVR: The number you entered is xx. If this is correct 

please press '1/ If this number is incorrect, 

please press *2. m 
Sub: <Keypad number pressed> 
IVR: Bus-Call will ring your telephone five minutes 

before the bus arrives. If five minutes is not 

enough time, press If five minutes is OK, 

press *2.'" 
Sub: <Keypad number pressed> 
IVR: Thank you." 

or 

"Please enter the new notification time now." 
<Kcypad number pressed> 
"The time you entered is xs m mutes If this is 
correct, press '1.' If this number is incorrect, 
press 2.'" 

<Xeypad number pressed> 
"Thank you." 



D. Vehicle Progress Report 

The vehicle progress report generator 13 (FIG. 3B) in the 
BSCU 14 allows a subscribing passenger to solicit informa- 



tion from the BSCU 14 pertaining to the progress of the 
vehicle 29 relative to its route and/or relative to a particular 
stop. A subscribing passenger may feel that the vehicle 29 
was missed. By calling the BSCU 14 and pressing the 
appropriate option, the IVR provides information about the 
current vehicle location. 

Example Session 



10 



15 



20 



25 



30 



IVR: 
Sub: 
IVR: 
Sub: 
IVR: 



Tress (3) if you think you have missed the bus/* 

<Xeypad (3) pressed> 

"Please enter your telephone number now." 

<Keypad numbers pressed> 

"The bus has ..." 

"... Already passed your stop. The Bus-Call system 
called your telephone number at 7:27 ajn. and 
received a busy signal The bus stopped at 7:32 
ajn.° 

or 

" ... Has not arrived and is approaching your stop in 
:ly 12 i 



E. Calling Report 

The calling report generator 11 (FIG. 3B) in the BSCU 14 
allows a subscribing passenger to solicit a calling report 
from the BSCU 14. The calling report can indicate, among 
other things, the time(s) and outcomes) of any previous 
notification attempt(s) by the BSCU 14 to the passenger 
telephone 29. The BSCU 14 can be programmed to make 
any number of attempts, but preferably, the BSCU 14 makes 
three attempts to provide notification. 

Example Session 



35 



40 



45 



TVR: "Press (4) if you would like a report on the last 

notification attempt." 
Sub: <Keypad (4) prc3sed> 
IVR: "Please enter your telephone number now." 
Sub: <Keypad numbers pressed> 
IVR: The Bus-Call system called your telephone cumber 

at 7:15 aon. on Monday, February 20 ... " 

"... The call was answered" 
or 

"... The telephone was busy." 
or 

"... The telephone rang but was not answered." 
or 

"... The telephone number was not in service or 
called block was engaged." 



This calling report generator 11 can also be configured to 
so allow the subscribing passenger to check on the last changes 
made to the calling parameters. In this configuration, the 
IVR gives the change made and the date the change was 
requested by the subscribing passenger. 
It will be obvious to those skilled in the art that many 
55 modifications may be made to the preferred embodiment of 
the present invention, as set forth above, without departing 
substantially from the principles of the present invention. All 
such modifications are intended to be included herein within 
the scope of the present invention, as defined in the follow- 
60 ing claims. 

Wherefore, the following is claimed: 
1. A method for an advance notification system for 
notifying a user of an impending arrival of a vehicle at a 
vehicle stop, the system comprising (a) a user telephone 
65 interface associated with said user, (b) a system telephone 
interface, and (c) a system control for monitoring travel of 
said vehicle in relation to said vehicle stop and for initiating 
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a telephone call with said system telephone interface to the 
user telephone interface before the vehicle reaches said 
vehicle stop to thereby indicate impending arrival of the 
vehicle at said vehicle stop, the method comprising the steps 
of: 

(a) permitting said user to solicit a vehicle progress report 
relating to arrival of said vehicle at said vehicle stop by 
the following steps: 

(1) permitting establishment of a telephone communi- 
cation link between said user telephone interface and 
said system telephone interface; and 

(2) providing said vehicle progress report from said 
system control to said user during said telephone 
communication link said progress report including a 
time when a previous call was initiated by said 
system telephone interface to said user telephone 
interface. 

2. The method of claim 1, further comprising the steps of: 
when said vehicle is approaching said stop, specifying a 

time period indicating when said vehicle is to arrive at 
said stop; and 

when said vehicle has already arrived at said stop, speci- 
fying an arrival time in said progress report. 

3. The method of claim 1, further comprising the steps of: 
maintaining a reference caller identification number asso- 
ciated with said user telephone interface; and 

when said telephone communication link is established, 
determining whether said telephone communication 
link is authorized by comparing a caller identification 
number associated with said telephone communication 
link with said reference caller identification. 

4. A method for an advance notification system for 
notifying a user of an impending arrival of a vehicle at a 
vehicle stop, wherein the system comprises: 

(a) a user telephone interface associated with said user; 

(b) a vehicle control unit disposed on said vehicle, said 
vehicle control unit having: 

(1) a vehicle travel monitoring means; 

(2) a vehicle transmitter adapted to transmit a travel 
signal based upon said vehicle travel monitoring 
means; 

(3) a vehicle processor controlling said vehicle travel 
monitoring means and said vehicle transmitter; and 

(c) a base station control unit having: 

(1) a receiver adapted to receive said travel signal from 45 
said vehicle control unit; 

(2) base station telephone interface; 

(3) base station processor controlling said receiver and 
said base station telephone interface, said base sta- 
tion processor for establishing a telephone connec- 
tion between said base station telephone interface 
and said user telephone interface when said vehicle 
is at said preset time from said vehicle stop; 

and wherein the method comprises the steps of: 
(a) permitting said user to solicit a vehicle progress report 

relating to arrival of said vehicle at said vehicle stop by 

the following steps: 

(1) establishing a telephone communication link 
between said user telephone interface and said base 
station telephone interface; 

(2) providing said vehicle progress report from said 
base station control unit to said user during said 
telephone communication link and 

(3) specifying in said vehicle progress report a time 
when a previous call was initiated by said base 
station telephone interface to said user telephone 
interface. 



5. The method of claim 4, further comprising the step of 
specifying a time period in said vehicle progress report that 
indicates when said vehicle is to arrive at said stop. 

6. The method of claim 4, further comprising the step of 
specifying a time in said vehicle progress report when said 
vehicle arrived at said stop. 

7. The method of claim 4, further comprising the steps of: 
maintaining a reference caller identification number asso- 
ciated with said user telephone interface; and 

when said telephone communication link is established, 
determining whether said telephone communication 
. link is authorized by comparing a caller identification 
number associated with said telephone communication 
link with said reference caller identification. 

8. An advance notification system for notifying a user of 
an impending arrival of a vehicle at a vehicle stop and for 
permitting a user to solicit a vehicle progress report relating 
to arrival of said vehicle at said vehicle stop, comprising: 

a user telephone interface associated with said user; 
a system control for monitoring travel of said vehicle in 

relation to said vehicle stop; 
a system telephone interface in communication with said 
system control, said system telephone interface for 
establishing a telephone connection with said user 
telephone interface at a time before said vehicle reaches 
said vehicle stop; and 
vehicle progress report generator associated with said 
system control for permitting said user to solicit a 
vehicle progress report relating to arrival of said 
vehicle at said vehicle stop by providing said vehicle 
progress report from said system control to said user 
telephone interface during a telephone communication 
link between said user and said system telephone 
interface said vehicle progress report generator com- 
prising a means for specifying in said vehicle progress 
report a time when a previous call was initiated by said 
system telephone interface to said user telephone inter- 
face. 

9. The system of claim 8, further comprising a means for 
specifying a time period in said vehicle progress report that 
indicates when said vehicle is to arrive at said stop. 

10. The system of claim 8, further comprising a means for 
specifying a time in said vehicle progress report when said 
vehicle arrived at said stop. 

11. The system of claim 8, wherein said system control 
further comprises: 

means for storing a reference caller identification number 

associated with said user telephone interface; and 
means for, when said telephone communication link is 
established, Determining whether said telephone com- 
munication link is authorized by comparing a caller 
identification number associated with said telephone 
communication link with said reference caller identi- 
fication. 

12. An advance notification system for notifying a user of 
an impending arrival of a vehicle at a vehicle stop and for 
permitting a user to solicit a vehicle progress report relating 
to arrival of said vehicle at said vehicle stop, comprising: 

(a) a user telephone interface associated with said user; 

(b) a vehicle control unit disposed on said vehicle, said 
vehicle control unit having: 

(1) a vehicle travel monitoring means; 

(2) a vehicle transmitter adapted to transmit a travel 
signal based upon said vehicle travel monitoring 
means; 
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(3) a vehicle control means controlling said vehicle 
travel monitoring means and said vehicle transmit- 
ter; and 

(c) a base station control unit having: 

( 1) a receiver adapted to receive said travel signal from 5 
said vehicle control unit; 

(2) a base station telephone interface; 

(3) a base station control controlling said receiver and 
said base station telephone interface, said base sta- 
tion control for establishing a telephone connection 10 
between said base station telephone interface and 
said user telephone interface before said vehicle 
reaches said vehicle stop; and 

(4) a vehicle progress report generator associated with 
said base station control for permitting said user to 15 
solicit a vehicle progress report relating to arrival of 
said vehicle at said vehicle stop by providing said 
vehicle progress report from said base station control 

to said user during a telephone communication link 
between said user telephone interface and said base 20 
station telephone interface, said vehicle progress 
report generator including a means for specifying in 
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said vehicle progress report a time when a previous 
call was initiated by said base station telephone 
interface to said passenger telephone interface. 

13. The system of claim 12, further comprising a means 
fox specifying a time period in said vehicle progress report 
that indicates when said vehicle is to arrive at said stop. 

14. The system of claim 12, further comprising a means 
for specifying a time in said vehicle progress report when 
said vehicle arrived at said stop. 

15. The system of claim 12, wherein said base station 
control further comprises: 

means for storing a reference caller identification number 
associated with said user telephone; and 

means for, when said telephone communication link is 
established, ctetermining whether said telephone com- 
munication link is authorized by comparing a caller 
identification number associated with said telephone 
communication link with said reference caller identi- 
fication. 
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